home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 12247 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.4 KB
  1. Path: news.byu.edu!news
  2. From: "Stephen W. Liddle" <liddle@byu.edu>
  3. Newsgroups: comp.object,comp.lang.c++,comp.software-eng
  4. Subject: Re: Design language?
  5. Date: Mon, 18 Mar 1996 18:28:54 -0700
  6. Organization: Brigham Young University
  7. Message-ID: <314E0DD6.73F1@byu.edu>
  8. References: <31437B51.27C3@bitmailer.net> <4i1j1h$b7i@uuneo.neosoft.com> <JSA.96Mar12132737@organon.com> <4i6qhq$4e8@gaia.ns.utk.edu> <4i9s82$4ps@Starbase.NeoSoft.COM>
  9. NNTP-Posting-Host: swliddle.byu.edu
  10. Mime-Version: 1.0
  11. Content-Type: text/plain; charset=us-ascii
  12. Content-Transfer-Encoding: 7bit
  13. X-Mailer: Mozilla 2.0GoldB1 (Win95; I)
  14.  
  15. Tim Dugan wrote:
  16. > 
  17. > In article <4i6qhq$4e8@gaia.ns.utk.edu>,
  18. > Matt Kennel <kennel@msr.epm.ornl.gov> wrote:
  19. >
  20. > >I think the reality is that once some ideas and technology get settled
  21. > >and reliable enough to be automated, they end up--and should end up--in
  22. > >the ordinary language.   [...]
  23. > 
  24. > Hmmm....yes...and no...at present, most programming languages are
  25. > textual in nature where emerging design systems tend to be graphic
  26. > and hypermedia like.  It's true that programming languages tend to
  27. > step up to new features as the ideas become better understood,
  28. > but it seems like there is a bigger leap to be made to graphically-
  29. > oriented programming.  Hopefully, over time, we will add enough
  30. > formality and details to systems like the "unified method" to make
  31. > them executable and so they will generate complete code sets
  32. > where necessary.
  33.  
  34. This is the direction I'd like to push things -- let the model contain
  35. the program.  In fact, I'd go so far as to hope that we could avoid
  36. "generating code" at all from the executable model.  (Eventually) we
  37. ought to be able to create efficient systems by compiling executable
  38. models directly, the same way we now create efficient programs in
  39. high-level languages and rely on optimizing compilers for efficiency.
  40.  
  41. For my dissertation work, I proposed a model-equivalent language called
  42. Melody.  A good short summary is available in the OOER '95 conference
  43. proceedings:
  44.  
  45. "Unifying Modeling and Programming through an Active, Object-Oriented,
  46. Model-Equivalent Programming Language,"  S.W. Liddle, D.W. Embley, and
  47. S.N. Woodfield, Lecture Notes in Computer Science, no. 1021, pp. 55-64,
  48. Springer-Verlag, Berlin, 1995.
  49.  
  50. Our research is ongoing.  Obviously there are lots of challenges to
  51. getting this idea to work, especially the optimization problem!
  52.  
  53. Steve Liddle
  54. (mailto:liddle@byu.edu)
  55. OSM Research Group: http://osm7.cs.byu.edu
  56.